다국어 SEO 실수 10가지 해결법: 기계 번역 ~ hreflang 오류 | 다국어 SEO ⑦
시리즈 3의 마지막 편이다.
1편부터 6편까지 다국어 SEO의 원리, hreflang, 키워드 리서치, 온페이지 설정, 검색엔진 차이, 사이트맵과 canonical을 다뤘다. 이번 편은 총정리다. 실제로 가장 자주 발생하는 실수를 모아 점검 가이드로 정리한다.
각 실수마다 '왜 문제인지', '어떻게 고치는지'를 함께 담았다.
다국어 SEO 시리즈
1편. 다국어 SEO의 기본 원리
2편. hreflang 태그 설정
3편. 언어별 키워드 리서치 방법
4편. title, meta description, URL 현지화
5편. 국가별 검색엔진 차이
7편: SEO 관점에서 흔히 하는 실수 ← 현재글
실수 1: 기계 번역을 그대로 발행한다
가장 흔하고 가장 치명적인 실수다.
구글은 기계 번역만으로 이루어진 콘텐츠를 높은 정확도로 감지한다. 사람이 교정하지 않은 기계 번역 페이지는 저품질 콘텐츠로 분류돼 순위가 낮아진다. 그 영향이 번역된 페이지에만 그치지 않는 경우도 있다. 사이트 전체 신뢰도에 영향을 줄 수 있다.
왜 생기는가
번역 비용을 아끼려다 발생한다. DeepL이나 구글 번역 결과물을 그대로 올리는 경우다.
어떻게 고치는가
기계 번역 후 반드시 원어민 교정을 거쳐야 한다. 비용이 부담된다면 홈페이지, 소개 페이지, 핵심 기사 등 주요 페이지부터 우선 교정하고, 나머지는 단계적으로 진행한다. AI 번역 + 인력 교정 조합 전략은 시리즈 4에서 자세히 다룬다.
실수 2: hreflang 구현의 75%에 오류가 있다
연구에 따르면 hreflang을 구현한 사이트의 약 75%에서 오류가 발견된다. 오류의 유형은 대부분 반환 태그 누락, 잘못된 ISO 코드, 깨진 URL 이렇게 세 가지로 좁혀진다.
hreflang 오류는 조용하다. 사이트가 다운되거나 오류 메시지가 뜨지 않는다. 그냥 언어별 페이지가 색인되지 않거나, 엉뚱한 언어 페이지가 노출되는 증상으로 나타난다.
자주 발생하는 hreflang 오류 체크리스트
- en-UK 같은 잘못된 코드 사용 → 올바른 코드는 en-GB
- 자기 자신을 가리키는 태그(self-referencing) 누락
- 한국어 페이지에서 영어를 가르치는데 영어 페이지에서 한국어를 가리키지 않는 양방향 참조 누락
- hreflang이 가리키는 URL이 404 오류 또는 리디렉션 상태
- HTML <head> 방식과 XML 사이트맵 방식을 동시에 혼용
어떻게 고치는가:
technicalseo.com/tools/hreflang/에서 주요 페이지 URL을 입력하면 오류 항목을 즉시 확인할 수 있다.
구글 서치콘솔 → 국제 타기팅 탭에서도 hreflang 오류 목록을 확인할 수 있다. 신규 기사를 발행할 때마다 hreflang을 점검하는 습관이 필요하다.
실수 3: canonical 태그가 다른 언어 페이지를 가리킨다
6편에서 다뤘지만 워낙 중요하고 자주 발생하는 실수라 다시 짚는다.
모든 언어 버전의 canonical을 영어 페이지 하나로 통일하는 경우가 많다. 이렇게 설정하면 구글은 비영어 버전 전체를 영어 페이지의 중복 콘텐츠로 인식한다. hreflang이 아무리 정확해도 canonical 충돌이 있으면 구글은 canonical을 우선시한다.
어떻게 고치는가
각 언어 페이지의 canonical이 자기 자신을 가리키는지 확인한다. 브라우저에서 언어별 페이지를 열고 소스 보기(Ctrl+U)로 <link rel="canonical">을 검색하면 된다. 자기 자신의 URL이 들어가 있으면 정상이다.
실수 4: IP 기반 자동 리디렉션을 사용한다
사용자의 IP 주소를 감지해 자동으로 언어 페이지로 리디렉션 하는 설정을 하는 경우가 있다. 한국 IP → 한국어 페이지, 미국 IP → 영어 페이지처럼 자동 전환하는 방식이다.
사용자 편의를 위한 설정처럼 보이지만 SEO에는 심각한 문제가 된다. 구글봇은 미국 기반 IP에서 크롤링한다. IP 기반 리디렉션이 설정돼 있으면 구글봇은 항상 영어 페이지만 접근하게 된다. 한국어 페이지, 일본어 페이지는 구글봇이 크롤링조차 못 하는 상황이 된다. 색인이 안 되면 검색에 노출되지 않는다.
구글 공식 문서도 IP 기반 자동 리디렉션을 피하고 사용자가 직접 언어를 선택할 수 있는 언어 선택 UI를 제공하도록 권장한다.
어떻게 고치는가
IP 기반 자동 리디렉션 설정을 제거한다. 대신 헤더 또는 내비게이션에 언어 선택 UI를 명확히 배치한다. 언어 전환 링크를 통해 구글봇이 모든 언어 페이지를 크롤링할 수 있도록 해야 한다.
실수 5: 키워드를 직역해서 사용한다
3편에서 상세히 다뤘지만 실제 운영에서 반복적으로 등장하는 실수다.
한국에서 '테이크아웃'이라는 표현을 쓴다고 해서 미국 독자가 'take out'이라고 검색하지 않는다. 미국에서는 'to go', 호주에서는 'take away'가 훨씬 더 많이 검색된다. 뉴스 분야도 마찬가지다. 같은 사안을 다루는 기사라도 언어권마다 독자가 검색하는 표현이 다르다.
직역 키워드로 운영하면 타깃 독자의 검색에서 완전히 빠지게 된다.
어떻게 고치는가
언어별로 반드시 독립적인 키워드 리서치를 진행한다. 구글 키워드 플래너에서 언어와 국가를 해당 시장으로 설정하고 실제 검색량을 확인한다. 타깃 언어로 구글 자동완성을 확인하는 것만으로도 직역 키워드의 오류를 상당 부분 잡을 수 있다.
실수 6: 같은 언어권 내 지역 차이를 무시한다
영어라고 해서 모든 영어권 독자가 같은 표현을 쓰지 않는다. 미국 영어와 영국 영어, 호주 영어는 키워드부터 문화적 맥락까지 다르다. 스페인어도 마찬가지다. 멕시코와 스페인은 같은 언어를 쓰지만 검색어와 표현 방식이 다르다.
같은 언어로 하나의 페이지만 운영하면서 hreflang으로 지역을 구분하는 방법도 있다. 하지만 콘텐츠 자체가 동일하면 지역 차이에 따른 SEO 효과는 약하다. 특히 미국(en-US)과 영국(en-GB) 독자를 동시에 공략하는 경우, 두 페이지가 사실상 동일한 콘텐츠라면 구글이 어느 쪽을 노출할지 혼란을 겪는다.
어떻게 고치는가
지역별 독자가 주요 타깃이라면 콘텐츠 수준에서도 지역화한다. 최소한 title 태그, meta description, 본문 도입부에 지역별 키워드와 맥락을 반영하는 것부터 시작할 수 있다.
실수 7: 번역은 했지만 title·meta description은 원문 그대로다
4편에서 다뤘다. 그러나 실제로 가장 많이 빠뜨리는 부분 중 하나다.
본문을 번역하고 hreflang도 설정했는데 title 태그와 meta description이 한국어 그대로인 경우가 많다. 구글 검색 결과에는 그 한국어 title과 meta description이 노출된다. 영어권 독자는 클릭하지 않는다.
어떻게 고치는가
새 기사를 발행할 때마다 언어별 title과 meta description 작성을 체크리스트에 포함시킨다. CMS에서 각 언어 페이지를 열었을 때 title과 meta description이 해당 언어로 작성됐는지 확인한다.
실수 8: 사이트맵을 한 번 제출하고 관리하지 않는다
사이트맵을 한 번 제출하면 끝이라고 생각하는 경우가 많다. 기사를 추가하거나 URL을 변경하면 사이트맵도 업데이트해야 한다. 구글 서치콘솔에서 제출된 URL 수와 색인된 URL 수가 크게 차이 난다면 사이트맵이 최신 상태가 아닌 경우가 많다.
어떻게 고치는가
워드프레스 플러그인(Yoast, Rank Math 등)을 사용한다면 새 기사를 발행할 때 자동으로 사이트맵이 업데이트된다. 직접 구축한 사이트라면 기사 발행 후 사이트맵 파일을 수동으로 업데이트하거나 자동 생성 스크립트를 구성해야 한다. 월 1회 구글 서치콘솔에서 사이트맵 오류 항목을 점검하는 습관이 필요하다.
실수 9: 구조화 데이터(스키마 마크업)를 언어별로 따로 설정하지 않는다
구조화 데이터는 구글이 콘텐츠를 더 정확하게 이해하도록 돕는 코드다. 뉴스 기사라면 NewsArticle 스키마를, 저자 정보라면 Person 스키마를 사용한다. 이 스키마를 한국어 페이지에만 설정하고 다른 언어 페이지에는 적용하지 않는 경우가 많다.
구글의 AI 검색(AI Overview)과 리치 스니펫은 구조화 데이터를 근거로 작동한다. 영어 페이지에 NewsArticle 스키마가 없으면 구글 뉴스 인덱싱이나 AI 검색 인용에서 불리하다.
어떻게 고치는가
구조화 데이터는 각 언어 페이지마다 별도로 삽입한다. 스키마 안의 텍스트 속성(title, description, author 등)도 해당 언어로 작성한다. 구글의 리치 결과 테스트 도구(search.google.com/test/rich-results)에서 언어별 페이지를 각각 검사한다.
실수 10: 발행 후 성과를 언어별로 분석하지 않는다
전체 트래픽만 보고 운영하는 경우가 많다. 한국어 페이지는 트래픽이 늘고 있는데 영어 페이지는 색인조차 안 됐을 수 있다. 언어별로 성과를 따로 분석하지 않으면 이 문제를 알아채지 못한다.
어떻게 고치는가
구글 서치콘솔에서 성과 탭 → 페이지 필터로 /ko/, /en/ 같은 언어 경로를 각각 필터링해서 언어별 노출 수, 클릭 수, 평균 순위를 비교한다. 구글 애널리틱스에서도 언어별 세그먼트로 유입 현황을 분리해 확인할 수 있다. 월 1회 언어별 성과 점검을 정기 업무로 만든다.
소규모 신문사를 위한 실수 방지 최종 체크리스트
운영 중인 다국어 사이트라면 아래 항목을 지금 바로 점검해 보자.
기술 설정
□ hreflang 자기 참조 + 양방향 참조 + 올바른 ISO 코드 확인
□ canonical이 자기 자신을 가리키는지 확인
□ IP 기반 자동 리디렉션 설정 여부 확인 및 제거
□ 사이트맵이 최신 기사까지 포함하는지 확인
□ 구글 서치콘솔 국제 타기팅 탭에서 hreflang 오류 확인
콘텐츠 설정
□ 기계 번역 단독 발행 페이지 여부 확인
□ 언어별 title 태그와 meta description이 해당 언어로 작성됐는지 확인
□ 직역 키워드가 아닌 현지 검색어 기반 키워드 사용 여부 확인
□ 구조화 데이터(스키마)가 언어별 페이지마다 삽입됐는지 확인
운영 관리
□ 월 1회 구글 서치콘솔에서 언어별 색인 현황 점검
□ URL 변경·삭제 후 hreflang·canonical·사이트맵 업데이트 확인
□ 언어별 트래픽과 CTR을 분리해서 분석
시리즈 3을 마치며
1편부터 7편까지 다국어 SEO의 핵심을 정리했다.
기본 원리 → hreflang 설정 → 키워드 리서치 → 온페이지 현지화 → 국가별 검색엔진 → 사이트맵과 canonical → 흔한 실수까지. 이 흐름대로 한 단계씩 적용하면 소규모 신문사도 다국어 검색 유입을 만들 수 있다.
중요한 것은 완벽한 설정이 아니다. 작게 시작하고 점검하며 고쳐나가는 것이다. hreflang 오류 하나를 수정하면 그다음 달 색인이 늘어난다. 직역 키워드를 현지 키워드로 바꾸면 몇 주 뒤 유입이 달라진다.
다음 시리즈 4에서는 번역과 현지화를 다룬다. 단순 번역이 아닌 문화와 맥락을 반영하는 현지화 전략이다.
이 글은 '다국어 웹사이트 운영 팁 시리즈 - 3. 다국어 SEO'의 일곱 번째이자 마지막 글입니다.
댓글
댓글 쓰기